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ABSTRACT 



A method of hierarchical digital video summarization and 
browsing includes inputting a digital video signal for a 
digital video sequence and generating a hierarchical sum- 
mary based on keyframes of the video sequence. Additional 
steps may include computing histograms for the digital 
video sequence; detecting shot boundaries within the digital 
video sequence; determining the number of keyframes to be 
allocated within each shot; locating the actual position of 
each keyframe within each shot; identifying keyframe loca- 
tions by the largest consecutive difference criteria; pruning 
keyframes for an shot without meaningful action; extracting 
keyframes efficiently in the case of compressed video; and 
browsing the shots using the hierarchical keyframe sum- 
mary. 

30 Claims, 6 Drawing Sheets 
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METHOD FOR HIERARCHICAL 
SUMMARIZATION AND BROWSING OF 
DIGITAL VIDEO 

RELATED APPUCATON 

"Method for Detecting Transition in Sampled Video 
Sequences," of Krishna Ratakonda, Ser. No. 09/004,058, 
filed Jan. 7, 1998. 

FIELD OF THE INVENTION 

This invention relates to determining representation of a 
digital video sequence by a set of still images in a hierar- 
chical summary for applications such as (i) visual identifi- 
cation of video content; (ii) video indexing; (iii) video 
browsing; and (iv) video editing. The digital video sequence 
may be Moving Pictures Experts Group (MPEG) com- 
pressed and the representation may be determined with 
minimal decoding of the compressed bitstream. 

BACKGROUND OF THE INVENTION 

Compact representation of video is essential to many 
information query and retrieval applications. Examples of 
such applications range from multi-media database access to 
skimming (fast forwarding) through a video clip. Most 
previous approaches have mainly concentrated on splitting a 
given video segment into "shots." Each shot is represented 
by a keyframe which summarizes the shot. Thus one may 
view these representative frames instead of browsing 
through the entire video. Shot detection may be achieved 
with high accuracy (>90%) and few misses (<5%). Histo- 
gram based approaches are among the most successful shot 
detection strategies as well as being the least computation- 
ally demanding. A comparison between various shot detec- 
tion strategies may be found in the literature. Many of these 
schemes also take into account some special situations of 
interest: pan, zoom, dissolve and fade in determining video 
shot boundaries. 

Known techniques generally concentrate on detecting 
shot boundaries or scene changes and using a collection 
made up of a single frame from each shot as keyframes 
representing the video sequence. Assigning more than one 
keyframe to each shot provides better summaries represent- 
ing the video content. Such known summarization methods, 
however, provide a single layer summary without any flex- 
ibility. 

Other known techniques make use of color histograms 
and describe methods for forming histograms from MPEG 
bitstreams (e.g., histograms of DC coefficients of 8x8 block 
DCT). Although, this is relatively straightforward for I 
(intra-coded) frames, there is more than one way of recov- 
ering DC (zero frequency) coefficients of a P (predicted) 
frame or B (bi-directionally predicted) frame with minimal 
decoding of its reference picture. 

Known references that are concerned with discrete cosine 
transformation (DCT) -compressed video however, do not 
address at all the practical aspects of a working system. For 
example, after they are identified, keyframes have to be 
decoded for visual presentation. None of the known refer- 
ences specify an efficient mechanism for decoding key- 
frames that may be positioned at arbitrary locations of the 
bitstream, without decoding the entire video sequence. 

A major limitation of the above schemes is that they treat 
all shots equally. In most situations it might not be sufficient 
to represent the entire shot by just one frame. This leads to 
the idea of allocating a few keyframes per each shot depend- 
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ing on the amount of "interesting action 1 ' in the shot. The 
current state of the art video browsing systems thus split a 
video sequence into its component shots and represent each 
shot by a few representative keyframes, where the repre- 

s sentation is referred to as "the summary". 

The invention improves and extends the method disclosed 
by L. Lagendijk, A, Hanjalic, M. Ceccarelli, M. Soletic, and 
E. Persoon, "Visual Search in SMASH System", Proceed- 
ings of International Conference on Image Processing, pp. 

10 671-674, Lausanne, 1996, hereinafter "Lagendijk." 

SUMMARY OF THE INVENTION 

The invention is a method of hierarchical digital video 
summarization and browsing, and includes, in its basic form, 

15 inputting a digital video signal for a digital video sequence 
and generating a hierarchical summary based on keyframes 
of the video sequence. Additional steps may include com- 
puting histograms for the digital video sequence; detecting 
shot boundaries within the digital video sequence; determin- 

20 ing the number of keyframes to be allocated within each 
shot; locating the actual position of each keyframe within 
each shot; identifying keyframe locations by the largest 
consecutive difference criteria; pruning keyframes for an 
shot without meaningful action; extracting keyframes effi- 

25 ciently in the case of compressed video; and browsing the 
shots using the hierarchical keyframe summary. 

"Video summarization" refers to determining the most 
salient frames of a given video sequence that may be used 

3Q as a representative of the video. A method of hierarchical 
summarization is disclosed for constructing a hierarchical 
summary with multiple levels, where levels vary in terms of 
detail (i.e., number of frames). The coarsest, or most 
compact, level provides the most salient frames and contains 

35 the least number of frames. 

An object of the invention is to provide a method for 
creating a hierarchical, multi-level summary wherein each 
level corresponds to a different level of detail. 

Another object of the invention is to provide a method for 

40 improving keyframe selection. 

Another object of the invention is to detect and utilize 
motion content of the scene, specifically, zoom and pan, and 
present them to the user, along with the hierarchical frame 
summary. 

45 A further object of the invention is to provide a method for 
creating a hierarchical, multi-level summary of an MPEG- 
2-compressed video where each level corresponds to a 
different level of detail. 
Yet another object of the invention is to provide a method 

50 that is directly applicable to an MPEG-2 compressed video 
for constructing histograms and generating a hierarchical 
summary with minimal decoding of the bitstream. 

Another object of the invention is to provide a complete 
efficient system for generating summaries of MPEG-2 com- 
pressed video. 

Still another object of the invention is to provide an 
efficient way of handling histogram computation for MPEG 
bitstreams. 

60 BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a representation of the hierarchical structure of 
a video summary for three levels. 

FIG. 2 is a block diagram of the first embodiment of the 
65 method of the invention. 

FIG. 3 is a block diagram of an automatic pan/zoom 
processing module of the invention 



06/23/2004, EAST Version: 1.4.1 



5,9: 

3 

FIG. 4 is a block diagram of a fine-level key-frame 
selection algorithm of the invention. 

FIG. 5 is a block diagram of the hierarchical summary of 
the invention. 

FIG. 6 is an illustration of cumulative action measures 
(C(x)), distribution of keyframes (k^) and corresponding shot 
segments (t hl , t,). 

FIG. 7 is a block diagram of a portion of the second 
embodiment of the invention for use with an MPEG -2 
compressed input video. 

FIG. 8 is a representation of the data that may be used to 
decode the keyframes in the hierarchical summary. 

FIG. 9 is a graph of motion compensation. 

FIG. 10 is an illustration of the difference between the 
motion compensation algorithms used to define Case (a) and 
Case (b). 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

Because the current technology for automatic capturing of 
semantic saliency is not yet mature, video summarization 
methods rely on low-level image features, such as color 
histograms. Video summarization is a way of determining 
the most salient frames of a given video sequence that may 
be used as a representative of the video. It is possible that a 
particular frame carrying important information may not be 
included in a single summary containing a pre -specified total 
number of frames. 

Referring now to FIG. 1, a hierarchical multilevel sum- 
mary 20, which is generated by the hierarchical summari- 
zation method of the invention, may provide a detailed 
fine-level summary with sufficiently large number of frames, 
so that important content information is not lost, but at the 
same time provide less detailed summaries at coarser levels 
in order not to hinder the usage of a coarse or compact 
summary for fast browsing and identification of the video. 
Hierarchical multilevel summary 20 includes a most com- 
pact summary, 22, at the coarsest level, which should suffice 
until more detailed information is deemed to be necessary 
and the finer level summaries are invoked, such as the coarse 
summary 24 and the finest summary 26. Although three 
levels of summation are depicted in FIG. 1, it should be 
appreciated that the hierarchical summary of the invention 
may make use of any number of levels greater than one. 

Summary 20 also facilitates fast browsing through a 
database of video sequences where browsing may be per- 
formed on the basis of the most compact summary and 
progressive refinement of the summary to more detailed 
levels may be performed at user's request. 

Hierarchical, multi-level summarization facilitates an 
effective way of visual interactive presentation of video 
summary to the user. The user may interact with the sum- 
mary via a graphical user interface, for refining the 
summary, visualizing different levels of the summary, and 
playing back the video between any two keyframes of the 
summary at any level. Users of the method disclosed herein 
may specify the maximum number of keyframes in the 
summary and the number of levels of the hierarchy, and thus 
the system is controllable for limited memory and resource 
applications. 

The method disclosed herein is applicable to both uncom- 
pressed (or decompressed) or DCT-based (discrete cosine 
transform -based) compressed video, such as MPEG com- 
pressed video, or other motion-compensated predictive com- 
pressed video. In the case of MPEG compressed video, 
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summarization is performed with minimal decoding of the 
bitstream and with an efficient way of decoding the 
keyframes, resulting in reduced computational and memory 
capacity requirements. The examples provided herein are of 
5 MPEG-2 compressed video, but, as noted above, are appli- 
cable to any DCT-based compressed video. Those of skill in 
the art will understand that a reference to an MPEG video is 
a reference to a compressed video stream, unless otherwise 
noted. 

10 In the hierarchical summarization method disclosed 
herein, detection of special effects, such as fades, via post- 
processing, is supported. Segments containing such effects 
are not included in the summarization process in order not 
to adversely effect its accuracy. Provisions are also allowed 

15 in the method for detecting pan and zoom segments for most 
compact and expressive representation in the summary. 

A video sequence may be indexed on the basis of its 
summary frames using techniques developed for still 
images. Multiple levels provide flexibility towards indexing 

20 at varying detail level. 

The hierarchical approach of the invention allows the user 
quickly to browse through a collection of video sequences 
by considering their most compact summaries 22, with an 

25 option of accessing a finer summary, 24, 26, if the content 
of the most compact summary is indeed interesting. A user 
of the method of this invention has the flexibility of refining 
the summary at selected segments of the video sequence. 
When used to summarize a MPEG video sequence, two 

30 components, referred to as "bitstream index table generator" 
and "decoder manager", are provided. These components 
are necessary to efficiently decode the keyframes in order to 
generate a visual summary and subsequently browse through 
the video without decoding it in its entirety. 

35 The overall method of the invention is summarized, 
generally at 30, in FIG. 2. The method is intended to operate 
on a video camera and recorder, such as a camcorder, or on 
a computer system having the capability to, at a minimum, 
place video sequences, and, ideally, to store large amounts of 

do video data, which video data serves as video input 32. The 
mechanism which includes the method of the invention is 
referred to herein as a "system." Input video 32 is first 
processed to detect and remove frames that are involved 
special effects, such as fade in or fade out, 34, because fade 

45 in/out frames will result in spurious shot boundaries and 
keyframes. Such frames are classified as global motion 
events, and are subsequently excluded from further process- 
ing. The next step is histogram computation 36. Image color 
histograms, i.e., color distributions, constitute representative 

50 feature vectors of the video frames and are used in shot 
boundary detection 38 and keyframe selection. Shot bound- 
ary detection 38 is performed using a threshold method, 
where differences between histograms of successive frames 
are compared. Given total number of keyframes (user 

55 specified) 40, each shot is assigned a number of keyframes 
42 depending on the "action" within the shot, according to 
well known techniques. Finest level keyframe selection 44 
is performed using an improved version of the Lagendijk 
technique. The implementation disclosed herein includes an 

60 improved version of this technique by incorporating addi- 
tional new steps, as shown in FIG. 4, to be more fully 
described later herein, wherein an expansion of the finest- 
level keyframe selection method is provided. 

Referring again to FIG. 2, the automatic pan/zoom 

65 processing, 46, which results in generation of an image 
mosaic, 51, and a zoom summary, 52, are optional steps, and 
will be explained later herein. The next step is the new 
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method for generating keyframe hierarchy 48, i.e., summary summarization and browsing, and required an uncompressed 

at coarser detail than the finest level summary. This process digital video input 32. 

is also described in detail later herein. It is based on a Assume that the total number of keyframes to be used for 

variation on the theme of vector quantization Once the lhe emife videQ QCC ^ iven (which ^ normally 

finest and coarse level summaries are determined for a given s dicUUcd b s{ requirements). Lagendijk's tech- 

shot, the process is repeated for other shots in the video R . ue nas mree ke sie s* 

sequence, block 50. Additional steps include browsing the " " P • 

hierarchical summary, block 53, and termination of the Detect shot boundaries, 

process, block 54. 2. Determine the number of keyframes to be allocated to 

Automatic Pan/Zoom Processing 1Q each shot, and 

The steps of automatic pan/zoom processing 46 are shown 3 Find the positions of the keyframes within each shot, 

m FIG. 3 which include detecting pan and zoom events in The technique used m this mven tion is depicted generally 

the digital video sequence^. Frames that contain global al g0 ^ F[G 4 and mdudes a 3 itefa f ive m * hod ^ 

motion are detected 56^ This is a pre-screening method DetecU shot boundari block ^ RG 2 fc done usi 

aimed at identifying those frames that undergo global u- * u a u *u a • *u u u n • 

motion. These framel may be compactly represented using " a )aao ^Z h *f a PP r ° ach .with a dynamic threshold. It is 

an image mosaic, if the global motion due to camera pan, as assumed ' hat ,he first n - 3 > { '™™ °f «»» 

j ot ^ to j Ut , „ a „ j At ^ lA ; co Af K „ o,. mm nr„ « ; » sequence do not correspond to shot boundaries. The mean 

detected by pan detector 5s, or by zoom summary 52, i.e., /. . *, . A . , . . . _ 

the first and last frames of a zoom-in or zoom-out sequence actl0D mc A asurc \ , and . f ndard deviatl ° n of act, °° 

as detected by zoom detector 60 and compiled by zoom mea * ur * A- a ' e by computing the mean and 

estimator 66. Hence mosaic building 62 is only attempted *> f fi ndard d6 ™ Uon of the act ' on . metres, respectively, 

for those frames that exhibit a global pan motion and which defl ° ed la,er ^rem across the first n frames The thresho d 

• ■ „„ o mnM :„ ci rJT™c- «v,.» ■ ori£> is set to A m -KiA-. Once a boundary is detected according to 

result in image mosaic 51. rrames that take part in image . lt _ ^ u u ■ j . • j r iL . 

mosaic 51 or in a zoom-in or zoom-out sequence are ll f threshold, a new threshold is determined for the next 

excluded from the finest level summary, block 64, as the "EJ bis s f mc fashl0n u * ln S "f firs, „ n frames of new 

finest level summary is further processed to form the coarser, « «hot The value of parameter a typically is set to 10. 

more compact levels The actl0n measure ( A (-)) between two histograms (h, 

In an alternative embodiment, pan/zoom processing 46 and h *> fe defined t0 be < the 1 » norm ) : 

may be done interactively rather than automatically. The 

user may select from finest keyframes summary selected, 44, <M>*i , fc 2 ) = £ l*i (0 - M0I (1 J 

those keyframes that constitute the start and ending of a pan 30 ' 
sequence, and the system may construct image mosaic 51 in 

response, and present it to the user. The user may identify or cumulative action measure (C(.)) for a shot (s) with n 

tag frame numbers K and L, i.e., the two keyframes between frames s l9 . . . , s n is denned to be: 
which there is a camera pan. Mosaic builder 62 considers 

frames between frame number K-n and L+n in building a 35 Jx (2) 

mosaic, where "n" is a predetermined offset. Mosaic builder c&) = ^ A(h s ,h J .^ l ), (* * n) 

62 may be implemented according to image stitching tech- •»;=*! 
niques well known to those of ordinary skill in the art. 

In the case of zoom, as with pan, the user may manually 

specify the beginning and ending frames, or an automatic 40 ™ c cumulative action measure for each shot, and the sum 

zoom detection algorithm may be employed, which, again, of the cumulative action measures of each shot is thus found, 

is an algorithm well-known to those of ordinary skill in the ^ m ™ bcT of keyframes allocated to a particular shot "s", 

art block 42, is proportionate to the relative amount of cumu- 

A form for the hierarchical summary is depicted in FIG. lative aclion measure within that shot. 
5, generally at 70. The hierarchical summary is divided into 45 Locating the actual positions of the keyframes within the 
hierarchical keyframe levels. The user may be first presented shot ma y be P osed ™ an { i minimization problem. Each 
with the most compact (coarsest) level summary 72, i.e., the keyframe represents (and replaces) a contiguous set of video 
most compact summary, possibly along with image mosaic frames ' ^ union of these contiguous sets of video frames 
51 and zoom summary 52. Then the user may tag a parent 15 mc entirc shot Sincc cach of mese contiguous sets of 
and see the child(ren) frames in the finer level, referred to 50 video frames is represented by a single keyframe, one would 
herein as a coarse level 74. Tagging frames in the finest level Uke t0 ensurc ^at the amount of action within one contigu- 
76 results in playback of the video; for instance if the j-th ous set of video frames * sma11 ^ rationale behind this is 
keyframe is tagged at the finest level, frames between the j * thcrc is to ° muc h "action" within one contiguous set 
th and (j+1) st keyframes are played back. In an actual GUI of vldeo frames . a sin 8 le keyframe might not be able to 
implementation the children-parent relationships may be 55 represent it fully. Thus, given the total number of keyframes 
explicitly indicated during display. As used herein, "tag" or to be assigned to one shot (which is the same as the number 
"tagging" may be accomplished by identifying a particular of contiguous sets into which the shot is split), a minimi- 
object on a computer monitor, as by clicking on a particular 2atlon procedure which finds the keyframes that minimize 
frame. The keyframes in the hierarchical summary may be the " action " corresponding contiguous sets of video 
spatially sub-sampled into "thumbnails" for cost effective 60 frames is used. Given that K keyframes are to be positioned 
storage and fast retrieval and display of the summary. witmn a shot s, let the locaUon of the keyframes be 1^ (j=l, 
Norma] playback of a video sequence will be at the finest . . . » K). Further, let t,_„ . . . , t,- 1 be the contiguous set of 
level, however, playback may also be done at a coarser level. vldeo frames represented by the keyframe at k,. In other 

words [tj-_ l9 ty-1] is the shot segment which is represented by 

UNCOMPRESSED VIDEO INPUT 6S the keyframe k,. The following cost criterion must be 

The first embodiment of the invention is referred to herein minimized over all possible t ; (k ; are determined by selecting 

as a "pixel domain" approach to hierarchical digital video \ jy i.e., k^/H-i')^)) 1 
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^.1) = ^ \C(x)-C{kj)\dx 

M J 'j-i 

Note that to and K K arc the first and last frames of the shot 
(and hence are constants). Once \Lj~(ij+ tj _^)l2 is substituted in 
the above cost criterion, the optimum solution satisfies 

iqg-c^iqk,.^. 

In order to carry out the minimization, following steps are 
performed in an iterative way, which differs from that of the 
Lagendijk technique. 

1. Set kj-l (assume that t 0 =0 and the second frame is 
chosen as a candidate for being the first keyframe.) 

2. For i-1 through K-l 

Define k t+J to be the first video frame (i.e., video frame 
with the smallest subscript, n, that is greater than t f ) 
for which 2C(t ( )-C(k,) iCO^) holds. 

3. For i=K, compute t'^2 k^-t^ x . If t Ar >2k x -t^_ J '=t , x , 
increment kj by 1 and Go to Step 2. Otherwise, keep 
the results of the previous iteration, add an offset to all 
k ( s so that t^t'^, and Stop. 

The minimization may be carried out in a finite number of 
steps, as depicted in FIG, 6. Cumulative error is a non- 
decreasing function within a shot. Thus the above minimi- 
zation procedure is aimed at finding those keyframes, k ; -, 
which give the best stair case approximation (best in the 1 2 
sense) to the cumulative error curve 90. This results in a 
distribution of keyframes k x which varies adaptive ly to the 
amount of "action" in the shot. The area to be minimized, as 
expressed by the integral in Eq. 3 is depicted at 92. 

The meaning of the third step above is as follows. The last 
keyframe of the shot should be as close as possible to the 
mid point between t^-.j and t=t^. Increment k x and repeat 
steps 2 and 3 until this midpoint is exceeded for the first time 
and then take the results of the previous iteration and offset 
them such that the last keyframe coincides with the 
midpoint, i.e., t K »2k K -t JC _ 1 , and the t'^ determined by the 
3 -step iterative method coincides with t K . 

Another novelty introduced to the previous algorithm 
relates to cases where one may overshot the shot boundary 
even with k 3 =l due to a sufficiently large number of key- 
frames assigned to this particular shot. In this case, a simple 
scheme is used to distribute the keyframes in such a way that 
they are equispaced. In the simple scheme, if a shot has n 
frames and K frames are to be allocated, every (n/K)th frame 
is selected as a keyframe. 
An Improvement in Keyframe Selection 

In Lagendijk* s technique, the keyframe for a shot segment 
t-1], given ty_ 1 and t y -l, is always located at k y --(t / -+ 
t ; _ j,)/2. In other words, the keyframe is always selected to be 
in the middle of the segment as representative of the frames 
in the segment. However going back to the definition of 
cumulative error, the cumulative error is dependent only on 
the absolute change between successive frames. Thus, a 
keyframe in the middle of a segment might not be repre- 
sentative of the actual change between two frames that are 
separated by more than one frame. Consider a video 
sequence in which a reporter is talking. Assume that there 
are two frames which are, for example, 10 frames apart, and 
that both frames show the reporter with an open mouth. 
Consequently, the two frames appear to represent very little 
change, or "action." However, the cumulative change 
between the two frames might be large, since the cumulative 
change represents the sum of the absolute changes between 
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successive frames. It is possible that these two frames may 
be among those selected as keyframes if the "middle of the 
segment" rule is applied. Thus blindly choosing the "middle 
of the segment" frame as the keyframe might result in 

s erroneous selection of keyframes. 

In this embodiment, the resulting set of breakpoints 
within each shot, {to, x J9 . . . , t^}, obtained by the 3-step 
iterative method is considered. That frame in the segment 
t/~-0' which is most different (in terms of the action 

10 measure A(.)) from the previous keyframe (k^), is selected 
as the keyframe located at k,-. This strategy takes the largest 
difference from the previous keyframe, and is referred to 
herein as the "largest consecutive difference" criteria, block 
84. The first keyframe, (kj), is taken as the one determined 

15 by the 3-step iterative method. This method ensures that the 
successive keyframes are sufficiently different from each 
other, thus reducing redundancy as much as possible. 
Reducing the Number of Keyframes in Shot Segments 
without Meaningful Action 

20 Because Lagendijk's technique is entirely based on cumu- 
lative error, as explained above, it might report large errors 
between two frames which are, in fact, very close together. 
Although the techniques introduced above is good for 
choosing the most interesting frame in a given shot segment, 

25 it does not resolve the situation where the entire shot 
segment is "uninteresting" from a standpoint of action 
within the shot segment. For instance, there may be an 
accumulation of error due to slight camera movement which 
does not result in much meaningful change between suc- 

30 cessive keyframes. 

In order to ignore shots without any meaningful action, 
the shots are identified and keyframes for those shots are 
pruned, block 86, which leaves the finest level of keyframes, 
block 44. This is done by evaluating the mean and standard 

35 deviation of the action measure between successive video 
sequence frames which lie between two given keyframes is 
determined and analyzed. If there is enough "meaningful 
action" between two keyframes, then the action measure 
between successive frames in the original video sequence is 

40 significant, i.e., the keyframe is identified according to the 
largest consecutive difference criteria, block 84. 

Thus if A^ is the mean action measure between keyframes 
k t - and k^. and A sd is the standard deviation of the action 
measure: 

45 (j/jJjMwM^W.,) (4) 

if the content between the two keyframes is interesting, 
where s is the number of video sequence frames between the 
two keyframes k ( - and k,_j. If the shot segment is uninter- 

50 esting in the above sense, that particular keyframe is deleted 
and the shot segment is merged with the next shot segment. 

The parameter fi in the above expression is a constant. If 
p is less than 1, only keyframes with large differences will 
survive, which may result in excessive pruning. The value of 

55 p is chosen to be 2.0 for the simulations reported herein. The 
quantity (s/(3) increases if the number of keyframes allocated 
to the shot is small because the distance between keyframes, 
and hence the number of frames between keyframes, s, 
increases, when the number of keyframes allocated to the 

60 shot is small. The maximum value that (s/p) may achieve is 
set to a, where a is the factor used in defining the threshold 
for shot boundary detection, in order to limit the amount of 
pruning of keyframes. 

Further experimentation revealed that the linear thresh- 

65 olding scheme might result in uneven keyframe allocation 
for some choices of total number of keyframes. In order to 
alleviate this problem, a limit MAXERASE-0.3, is set on 
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the maximum percentage of the total number of keyframes start with an equally spaced partition of the sequence of 

which may be erased by the above pruning method. In the histogram vectors. For example, for a compaction ratio of 3, 

limiting case, the most redundant 30 percent of the frames, each partitioned set contains 3 histogram vectors (except 

corresponding to MAXERASE=0.3, will be removed. The possibly the last one or two sets). Then go through the 

meaning of "most redundant" is to be taken in the sense that 5 following steps for the PLBG method: 

A(K-, k,-,) is the smallest for the most redundant keyframe. 1- Assign the centroid (or mean) histogram as the repre- 

In this case, k, will be the redundant keyframe to be sentative vector for each set of vectors. 

removed. 2. Starting with the first partition, adjust each partition so 

This technique, when applied to a high-motion sequence as to minimize the total 1 2 norm for the two adjacent 

does not produce any change as expected because the 10 °? e * ther side of lhe partition (hence the term 

motion is mostly constructive, i.e., Eq. (4) is satisfied for all pair-wise). Mathematically, if is the representative 

deleted keyframes; thus, there is no redundancy. vector for . the vector r s in J* 1 ^ 9 ? nd H < is the x 

Hierarchical Summary and Browsing ^T^T^T f °/ ' m ^ TJ^ ^ 

Although the above disclosure describes an intelligent adjust t, such that the to ta sum of the squared distances 

. Z . „ , , .j ? „ of the vectors in each set to the corresponding repre- 

video wdexmg system such a system provides only a ,s ^ vectof fa minimized 

fixed sequence of video frames, which is a more compact ^ ^ folio win the ad'ustment for an artition t t 

representation of the video content than the original full • ^ °^ om \lJ ™^; ta " v Hrt "f vertor'sMf 

sequence of video frames. In most situations, this represen- ^ H fro * , he M of representative vec . 

tation is still inadequate, as the level of interest m a video ^ s 

sequence varies as one moves along the sequence and the 20 ^ q q iQ t ^ 

content changes. Also, the level of interest in a particular ^ stopping cr * itcrion may bc cithcr bascd on ^ amount 

video content cannot be predicted. Consider a video of decrease in distortion, or a fixed number of iterations. As 

sequence in which a girl is petting a cat: the camera pans previously noted, stop after 10 iterations. At each iteration 

from the girl to the cat. One person might want to see the cat the distortion norm between the representative vector of 

more closely but not the girl; whereas another person might 25 each set and the corresponding vectors in the set) is reduced, 

want to see the girl closely but not the cat; yet another person Thus, the total distortion at each iteration forms a decreasing 

might want to see both of them. The goal is to minimize the sequence. Furthermore, distortion is always greater than or 

number of "uninteresting frames" that any one of these equal to zero. Hence the sequence has a limit by elementary 

people watch. real analysis. Questions such as: "Is there a local minima 

In order to reconcile and satisfy diverse viewing require- 30 (and hence a fixed point) for the iteration?" are purely 

ments with the same video indexing system, a multi- academic and the reader is referred to the literature for such 

resolutional video browser, block 53, FIG. 2, is provided to discussion. The deletion step (step 3) might actually result in 

allow a user to browse the hierarchical summary by select- a slightly smaller number of keyframes were originally 

ing a specific level summary. This is a browser instead of a expected or selected. 

mere indexing system. A viewer may start at a coarse level 35 In the above method, after stopping, the frame in the first 
of detail and expand the detail with a mouse click at those cluster whose histogram vector is closest to the representa- 
parts of the keyframe sequence which are more interesting tive vector is selected as the first keyframe. Keyframes for 
to the viewer. More than one level of detail is required so subsequent clusters may be determined in the same way. 
that the viewer may browse at a viewer-selected pace. The Better results are obtained when keyframes are selected 
finest level keyframes still may be detected. At a coarser 40 within subsequent clusters according to the "largest differ- 
level, similar keyframes at the fine levels are clustered ence from the previous keyframe criterion", where the 
together and each cluster is represented by a representative difference is expressed in terms of the action measure, 
keyframe. In the formulation of the above iteration, there is a 

To solve this clustering problem, a modification of the possibility that the last set may be inadequately represented 

well known Linde-Buzo-Gray (LBG) algorithm (or Lloyd's 45 because the last partition is always fixed to the last vector in 

algorithm or K-means algorithm) is proposed. Note that it is the sequence. The same may be said for the first frame of the 

desirable to cluster similar images together. Assume that shot, however, such a situation was not observed in the 

images are represented by their histograms and that similar experiments reported herein. Thus, another step is provided 

images have similar histograms. Treating each histogram as after the completion of iteration to resolve this problem. In 

a feature vector of its associated frame, find (N/r) represen- 50 this final stage, test whether one more representative vector 

tative histograms at the coarse level to replace the N need to be added at the end of the representation, 

histograms in the finest level, where N is the number of Specifically, consider adding the last vector as the new 

keyframes at the finest level. The parameter *r' is the representative. If the difference between the last vector and 

compaction ratio and is a parameter to be supplied to the the previous representative vector is less than 9X (mean of 

program by the user. In the discussion which follows, 55 the differences between all other pairs of successive repre- 

keyframes are expressed in terms of their histogram vectors. sentative vectors) the last vector is allowed. Chose 8 to be 

This is different from a regular clustering problem 0.75 during the simulations. Note that 6 may vary between 

because it is desired to pick a representative vector to 0 and 1. 

replace, for example, p consecutive vectors (in time). In the The baseline approach (Lagendijk) misses the scene that 

regular LBG case, there is no "consecutivity" restriction on 60 has a feature of interest if 3 keyframes are specified and the 

the vectors quantized to one representative vector. The baseline approach is applied to a video sequence. The results 

following iteration, which is similar to the regular LBG are inferior to that of the most compact (coarsest) level of the 

iteration, will always converge. This new 3 -step iterative multilevel hierarchy with 3 keyframes, generated using the 

method is referred to herein as "pairwise" LBG, or PLBG. above method. Further, it is much more efficient to utilize the 

It must be noted that PLBG has the same local minima 65 proposed hierarchical approach than applying the baseline 

problems as LBG. Fortunately a "cleanup stage" after the algorithm multiple times to obtain different numbers of 

iterations may be used to quickly take care of this. Initially, keyframes to generate a multi-level summary. 
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Block Histogram Action Measure 

Histogram-based action measure is not adequate in all 
situations. For example, if a black object translates against 
a white background, the histogram -based action measure 
would not register the movement. In situations where it is 
desired to catch fine motion, for example, hand gestures or 
head movements, it is advantageous to have a better action 
measure. 

Block histograms have been proposed for shot detection. 
However, it was concluded that block histograms were too 
sensitive for shot detection and give rise to a number of false 
alarms. The idea behind block histograms is to split the 
image into a few blocks (4 or 16 is usual) and define the 
action measure to be the sum of the absolute histogram 
differences over each block. It may be easily seen that block 
histograms would be more sensitive to motion which would 
not be caught by a simple overall histogram based approach. 
Block histograms were used experimentally for the finest 
level keyframes only, as shown in the 3-step iteration 
method of FIG. 4. The disadvantage of using block histo- 
grams is that it is computationally and memory wise more 
intensive as it is necessary to deal with 4 or 16 histograms 
per video frame instead of just one. In experimental 
sequences, however, it was found that the block histogram 
approach did not result in significant perfornance improve- 
ment. 

Using Motion Characteristics for Summarization 

The special cases of interest, such as pan or zoom, have 
not, so far, been considered. In the case of a camera pan, an 
intelligent browser should (a) detect the frames with a pan 
and (b) provide an option for the pan frames to be converted 
into an image mosaic for viewing purposes. Since detection 
of pan and zoom both involve computing motion vectors, 
zoom detection along with pan detection may be achieved 
without much additional computational overload. 

Because finding the motion vectors for each frame in a 
sequence is computationally demanding, a pre-screening 
method is developed which first detects all possible 
sequences of frames with dominant, or global, motion. Since 
dominant motion may be caused by (a) pan, or (b) zoom, or 
(c) other special editing effect, the detected sequence is 
examined more closely to determine the existence of a pan 
or zoom. 

Pre-Screening for Dominant Motion 

Dominant motion implies that each pixel within the video 
frame experiences a change in intensity. This change in 
intensity is usually caused by zoom or camera motion. This 
change will be most noticeable in edge pixels of the video 
frame. The approach is to look at each pixel and determine 
whether it is an edge pixel, and if so to find the difference 
between the current pixel and the pixel at the same location 
in the previous frame. If the absolute value of the difference 
at an edge pixel is greater than a threshold (PZ_THESH=> 
15), the pixel is designated as having motion. To determine 
whether a pixel is an edge pixel, the value attained by the 
Sobel edge-detection operator at that pixel is compared to a 
threshold value (PZ_THRESHlo50). If PZ_THRESH is 
reduced, one might obtain false alarms. If PZ_THRESH1 is 
reduced, there might not be a significant change at such 
pixels because they do not belong to strong edges, motion 
might not cause much intensity variation. In order to deter- 
mine whether a particular frame is a pan frame, threshold on 
the ratio (pan ratio) between the number of pixels which are 
classified as having motion to the total number of edge 
pixels (PZ_THRESH2-0.9). Another step needed to ensure 
that the ratio crosses PZ_THRESH2 consistently through- 
out the pan is to fill out the neighborhood. In other words, 
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an edge pixel has motion if the intensity variation of any 
pixel within a NEIGHxNEIGH, where NEIGH-5, is greater 
than PZ_THRESH. Sequences of frames which are shorter 
than a particular number are rejected (TOO__MANY_ 
s FRAMES_>IOT_PANZOOM=5). Subsampling may be 
used to further reduce computational burden. 
Pan Detection 

The approach for pan detection is a variation of known 
techniques. In order to detect a pan, look at the motion 

10 vectors at subsampled pixel locations (SPACING=24). The 
method used to determine motion vector is simple block 
matching (BLKSIZE«7x7, SEARCHSIZE=24x24). Vary 
the search size based upon the pan vector of the previous 
frame: the search size is halved if the previous pan vector is 

15 smaller than (SEARCHSIZE/2)-2; original (larger) search- 
size is restored when the previous pan vector is greater than 
(SEARCHSIZE/2)-2. This variation results in no perfor- 
mance degradation. 
For pan detection, it has been proposed to find all motion 

20 vectors parallel to the modal (most frequently occurring) 
motion vector within a tolerance limit. If the number of such 
motion vectors is greater than a particular threshold, a pan 
is detected. However, in the case of a pan, not only are the 
motion vectors parallel, they also have approximately the 

25 same magnitude. Therefore, a small neighborhood of the 
modal motion vector is examined, instead of looking at all 
parallel motion vectors. If a tie in the value of a modal 
motion vector occurs, an arbitrary decision is made. The size 
of the neighborhood is controlled by VARN («4). Larger 

30 values for VARN would lead to a smaller neighborhood 
around the modal motion vector (VARN=4 in our case 
implies a 3x3 neighborhood). PANRATIO (=0.5) determines 
the threshold on the ratio between number of motion vectors 
within the neighborhood to the total number of motion 

35 vectors. Even if some frames in a sequence of pan frames 
fall below the thresholds, continuity of the pan is ensured, if 
the hole is not bigger than 3 (TOO_BIG_A_HOLE-3). 
Zoom Detection 

Examining the outermost rim of motion vectors in an 

40 image, i.e., motion vectors at the edges of the image, should 
detect zoom conditions. Motion vectors at diametrically 
opposite positions of the rim should point in opposite 
directions. Threshold (ZOOMRATIO=0.7) on the ratio of 
motion vectors pointing in opposite directions to the total 

45 number of motion vectors. Only the motion vectors on the 
outer rim are used because the center of zoom might be 
located anywhere within the image. Thus motion vectors at 
the outer rim are the best indicators of the presence of a 
zoom. Additionally, there is not as much foreground motion 

50 at image edges. 
Color Processing 

In this portion of the disclosure, the previously disclosed 
methods are extended to color sequences. Two different 
embodiments are described. In the first embodiment, a 

55 concatenated histogram consisting of a 256-bin Y-histogram 
and two 128-bin U and V histograms is used. In the second 
embodiment, a simple 256-bin Y-histogram is used. For 
some experimental sequences, no significant change in 
results were observed. In both cases the activity measure is 

60 defined as in Eq. 1. However, in some sequences using a 
color histogram may be crucial for detecting change 
between two video frames, e.g., the luminance stays nearly 
the same but chroma values change. 
Summary of the Uncompressed Video Input Method 

65 A block diagram of the hierarchical summary and brows- 
ing method is shown in FIG. 2. The dissolve, fade in/fade 
out, removal module is explained in the cited related 



06/23/2004, EAST Version: 1.4.1 



5,956,026 

13 14 

application, and included herein by reference, and discloses second on a SUN® Ultra SPARC-2®. Thus, provided that 

a dissolve detection method. The module is used to convert histogram computation may be achieved in real time, it 

a dissolve into an abrupt scene transition by removing the should be easy to achieve real time hierarchical keyframe 

transition frames from the video sequence. The finest level generation. It may also be noted that the processing after the 

keyframe detection block is expanded in FIG. 4, where s computation of the histograms is independent of the actual 

major steps are shown. The automatic pan/zoom auto pro- frame resolution, thus the amount of time taken to process 

cessing module is presented in detail in FIG. 3. It automati- a 300 frame QCIF sequence is the same as that of processing 

cally (a) detects and builds a mosaic (panoramic) image if a sequence at 1024x780 resolution, provided that the histo- 

there is a pan and (b) detects and finds the first and the last grams of each frame have been pre-computed. 

frames of a zoom sequence. It also excludes the pan/zoom 10 Currently global motion detection may be carried out in 

related keyframes from the finest level keyframes, so that real time. However, due to the heavy computational burden 

only non-pan and non-zoom frames participate in the hier- associated with the block matching algorithm, which is 

archical keyframe generation process. This removal and required for pan/zoom detection, pan/zoom processing may 

auto pan/zoom processing is optional and may be enabled not be carried in real time in a software implementation, 

interactively at only certain portions of the video clip by the 15 

user if desired. The GUI will allow the user to start browsing COMPRESSED VIDEO INPUT 

the video at a particular level of summary (among the [n the foregoiri g discussion, only uncompressed or 

various levels generated by the hierarchical browser). For decompressed bitstreams were considered and used in the 

instance, the coarsest summary along with mosaic images experiments. However most of the available video streams 

and zoom summary may be presented first. Then, the user 20 are in a compressed format for compact storage. The method 

may interactively retrieve/playback frames at finer hierarchy of FIG 4 may bc extendcd to a compressed bitstream in such 

levels. With the click of a button the user may access either a way as to extracl key f rames while performing minimal 

the parent-children of the keyframe currently being viewed. decoding. It will be appreciated that a brute-force method of 

Choosing the parent will result in the replacement of a group dealing with compressed video may be simply to decom- 

of keyframes at the current level by a single keyframe which 25 press thc entire video strcamj thercafter ^ ^ techniques 

is their parent. Choosing the children will find all the child described herein for uncompressed video, 

keyframes corresponding to the current keyframe. FIG. 5 . f *u j- i j i r 

4 ? * a u'ui e „ a»*u^ This portion of the disclosure deals with a variation of 

illustrates this concept of parent and child keyframes. At the , y . . t . , . . . 

ft t . , ~ r . . J t tU hierarchical summarization and browsing of digital video as 

finest level further expansion, i.e., the children at the finest , , X4nr ~ 0 ... 4 « u 

, , mi i j , *l i • c *u *j i ■ U(tim „ may be used with MPEG-2 bitstreams. The overall scheme 

level, will lead to the playing of the video cup between 30 . J . . . . a . _ . . 

. ' , , r a. .u .u * j • i j j is summanzed in the flow diagram given in FIG. 7. A novel 

specified keyframes. At the time the video is played, sound f 4 & . ,? . , TT . A c 

r ■ . , ,i . . f tU * j r i u way of computing histograms is disclosed. Histograms of 

correspond.^ to that part of the v.deo cl.p may also be D( ? 0 f 8x8 b f ocks are used . ^ proce f s begins 

synchronously played. This functionality of playing the . , . , . „. \ . 

J ., i u . j j * i i * *u with an input bitstream 132. Histogram computation 134 for 

video cup may also be provided at coarser levels of the T . 4 r . . c , . , t , - , r . , u 

u- c u 35 I pictures is therefore straightforward by methods well 

■ j . * . t j j , . . known to those of ordinary skill in the art. Histogram 

The video browsing method described herein may have . - ,. , , . \ ^ ,„ - . * t 

.. 4 . ,. . b , j - i ... A t . computation for predicted pictures (P and B frames), without 

applications which go beyond simply providing an effective A > ,f • c c • e \ j- 

• . _r c i . . j ■ • i i? * j fully decodmg their reference frames, is performed as dis- 
use r interface for multi-media manipulation. It provides an i j i * u • u - • • a • u- 

, A ,. t i . c ji. • j closed later herein, resulting in increased accuracy in his- 

understanding of the temporal nature of the video sequence t , , • i r 1 *■ u* i 

... l - *■ ii i j • j toe rams and hence in keyframe selection 136. Hierarchical 

which may be potentially employed in second generation 40 lu & iau1 ^ ailu "^"r' " owwuuu i iwaivuiwai 

. , r t • • » <? j <• keyframe selection 136 determines the identities of the 

video coding systems, reminiscent of second generation , ' * . . . ... r-. 

j. i j j • • keyframes of the hierarchical summary, for instance, in 

image coding systems. For example encoders designed to * ' . t . . " "^'^^^ s j ,fll '' ^ AU . " ' . 

j , . iL fc ,nro l% * li ■ j i j . on terms of their temporal display order, and provides this 

deal with an MPEG-2 bitstream blindly adapt an EBBP or • r *• . j j .u * ■« u 

mnnn , , rr . . . f , summary information to a decoder manager, that will be 

IBBBP format. However, a hierarchy of keyframes may be , * . 4 , . rt 4 , 4 & ' 

..... J u * u * ii * *i ■ „ described later herein. Once the histograms of DCT coefE- 

used in designing encoders which intelligently, and more 45 . , , . . . . . . ° . . 

_ .i . .• ii az • *i j f t cients are generated, hierarchical keyframe selection is per- 

lmportantly, computaUonally efficiently, adapt to the nature c ° . 1 . . ' _ A r 

of the temporal video stream thus providing higher quality formed 35 tau ^t m connection with FIG. 4. 

while utilizing lesser resources. Information on how to It should be noted that a mechanism for detecting dissolve 

utilize a hierarchy of video frames in improving compres- re S ions * ^ video > s ^ ch 35 the one disclosed in my 

sion is available in the literature, where the multi-scale 50 co-pending application: "Detecting Dissolve Regions m 

nature of a segmentation algorithm is exploited to obtain Video Sequences/' cited above, may be easily integrated to 

lossless still image compression. Amajor difference between processing block 134 in FIG. 7 that performs histogram 

second generation image coding systems and second gen- computation and BIT generation. Namely, frames contained 

eration video coding systems is that the former necessitated m a dissolve region may be marked within BIT and ignored 

a fundamental change in the coding mechanism, and hence 55 * the subsequent keyframe selection process. Otherwise, 

failed to make much impact, while the latter may be incor- frames ™ {hm thc dlssolvc rc g lon raa y Sive rise to spurious 

porated within any of the existing video coding standards. keyframes. 

Computational Performance The method generates a record of the bitstream, concur- 

The computational performance of the keyframe genera- rent to histogram computation 134 that contains information 

tion method depends heavily upon the hard disk access 60 about each picture, such as their byte offset location in the 

speed of the computer used to practice the method of the bitstream, their reference frames, and the quantization 

invention. In the following discussion, "real time process- matrix used in quantizing the DCT blocks. In the current 

ing" means the ability to process 30 frames per second at a invention, a table referred to as the "bitstream index table" 

given resolution. For a 300 frame quarter common interme- (BIT) is generated. The contents of BIT 138 and the method 

diate format (QCIF) color sequence (176x144 resolution), it 65 of generating BIT is discussed in detail later herein, 

was found that construction of the histograms took 11 One purpose of BIT 138 is to capture the essential 

seconds, while the rest of the processing took less than a parameters of the bitstream in order to enable decoding of 
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the keyframes for generating a visual summary without the 2. Establish a procedure for decoding the selected key- 
need for decoding or parsing the entire bitstream. Parsing frames from the MPEG-2 bitstreams without having to 
requires that the system look at every bit in the video stream, decode all the frames. 

regardless of whether the video stream is decoded or not. In 3. Develop a strategy to decode a stretch of frames 

addition, the BIT or a slimmed down version of BIT, is s between two given keyframes, 

provided along with the original bitstream and the identity of This approach works at the histogram level. A method is 

the summary, as depicted in FIG. 8, for efficient browsing by disclosed that computes a color histogram for each frame 

the user when the user, for instance, wants to visually while minimally decoding the MPEG-2 bitstream. 

display the summary or playback the video between two Histogram computation and consequently subsequent 

keyframes. Later herein, a specific embodiment of the 10 processing is insensitive to subsampling by a factor of 8 in 

method is described wherein a summary is presented to the eacn dimension. Going one step further, it was found that 

user and some interactivity is provided. Note that in FIG. 8, histograms computed using only the DC component of the 

the bitstream may reside in memory located at a different DCT of 8x8 blocks, i.e., the mean of 8x8 blocks, were 

physical location than the BIT and the identity of summary sufficient for practical purposes. For motion compensated 

frames. For instance, bitstreams may reside in a database 15 images, it has been proposed that approximate motion 

server and the summary and the BIT may reside at the local compensation could be used to reduce the computation 

machine. Alternatively, all three types of data may reside in while obtaining negligible degradation in performance, 

the same medium such as a DVD disk or any other high According to the block matching scheme used in the MPEG 

capacity storage medium. Methods for further compaction standard, a 16x16 macroblock motion vector may overlap, at 

(or pruning) of BIT are discussed in the section entitled 20 most, four other 16x16 macro blocks in the reference frame 

"Generating a pruned bitstream index table for compact f rom which motion compensated prediction is being per- 

storage." It should be appreciated that, having generated formed. Similarly each 8x8 sub-block within the 16x16 

BIT, and having decided to "prune" the size of BIT, any macro b i ock overlaps, at most, four other 8x8 sub-blocks, 

number of techniques may be used to down-size BIT. A j^vs, it was suggested that each 8x8 sub block may be 

single example is provided herein. It should also be noted 25 approximated by a weighted average of the values in each of 

that it is possible not to form and store a BIT at all, but to the 8x8 sub-blocks that it overlaps. The weights assigned to 

parse the entire bitstream and decode everytime a keyframe individual blocks could be made proportional to the area of 

needs to be decoded. the overlap. Referring to FIG. 9, the 8x8 sub-block's mean 

Referring again to FIG. 7, during generation of hierarchi- value is: 

cal summary 140, the information contained in BIT is 30 

utilized by decoder manager 142 to selectively decode the ((a)(&)(™>(^)(*>XM+(<0 (S-feXm^s-a) (S-b^m^+A^y^ 

keyframes, passed to an MPEG-2 decoder 144, and, once , A OA - ,l t fiU - Jt 

j j j * i-- l-i iAn j» where A nt ~r is 8 times the DC component of the residual 

decoded lotms merarcb.cai summary uecoder man- DCT fo ^ ^ ~ factQr of g 

comes in because the DC 

ager 142 performs a similar task during the presentation . c *u -j 1 nrvr r *u ui 1 j • ,u 

f *_ , . k , *u i_ -j l « component or the residual DCT for the block used in the 

stage, as the user desires to browse through the video by 35 X/D ^ r « . , , • _ a ;„u*u ~? tu*> ™™ „ n u.~ n p 

. & .' . , ., . , . r *t*i~ 1 • MPEG-2 standard is one-eighth or the mean value of the 

playing back video between the keyframes. The working . , , * u. ui 1 \ tr • u* * j u 

• • 1 c it_ j j /iU \ . • 1 . j residual error of the block). Histograms are obtained by 

pnncples of the decoder manager (that may be implemented ^ * mean £ e ^ ^ 

by a computer program, for instance) are discussed below. ,f , ? jL . . 6 r , i-* c ts_ i_ *t_ j 
J " > block within the image found as in Eq. 5. The above method 
The invention may be implemented within a video camera of obtaining histograms has certain problems leading to 
that is storing MPEG-2 compressed video, subsequent to possible degradation of performance. One of the improve- 
recording. In such a case, the summary information and BIT ments of me method 0 f the invention is to propose a better 
may be stored in a storage system that also stores the video way of handlmg histogram computation for MPEG bit- 
stream, or they are stored in any memory location that is streams. 

linked with the video stream in a well-defined fashion. The MPEG bitstreams incorporate complicated coding strat- 

hierarchical summary itself, containing the keyframes, or egies whicn necessitate decoding information from other 

their subsampled versions, may also be stored in a storage parts of the bitstream before one may attempt to decode a 

system for immediate access. On-camera user interface may particular frame. A successful video browsing strategy also 

be provided for identification of video content stored in the needs t0 address me pro blem of decoding particular video 

camera, on tape, or on any other storage medium on the basis ^ frames in ^ mimmum amount of time< 

of the hierarchical summary. Computing Histograms from MPEG Bitstreams 

Alternatively, bitstreams may be downloaded from a Decoding an MPEG bitstream involves two computation- 
camera to a computer where the summarization process is ally intensive steps: 

carried out. In this case, the summary may be copied back 1 Obtaining inverse DCT of 8x8 blocks. 

to the tape or any other storage medium holding the video 5$ 2 MotioQ ensation with 16xl6 raacro blocks in tne 

dat ,^ ° n i r ? mC u° ther , m l m0ry tha V S hnked W,th 3 case ^ MPEG-2 bitstreams, the blocks may be smaller 

well-defined link to the video bitstream. For instance, cam- Qr haye Qnl even/odd fields 

eras that directly record compressed MPEG streams are Prev iously, it was pointed out that replacing an 8x8 block 

currently available (e .g . , Hitachi MP -EG 1 A camera) where b i(s meafl va]ue does nQt have much effecl Qn lhe hist0 . 

bitstreams may then be downloaded to a PC. The system of 6Q of me ^ , fl ^ im lemcntation> each 8x8 block 

the current invention may be used to process such bitstreams ^ replaced by 8x(DC va]ue of ^ DCT ^efficienu). From 

on a pa orm. me f ormu ] a f or j nV erse DCT computation it may be seen that 

The following issues must be addressed and resolved in this yields the mean value of the block, accurate within 

order to make the hierarchical video summary work effi- compression related quantization error, 

ciently with MPEG-2 bitstreams: 65 [ n order to understand the next step, a brief review of the 

1. Generate a keyframe hierarchy while performing mini- coding strategy employed in an MPEG bitstream is pro- 

mal decoding of the MPEG-2 bitstream. vided. Atypical MPEG bitstream has three kinds of frames: 
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I (intra-coded frame), 

B (bi-directionally predicted frame), and 

P (predicted frame). 
I frame contains only DCT data (no motion compensation is 
performed). Thus using the DC value of DCT coefficients to 
compute a histogram completely covers the problem of 
minimally decoding I frames. B and P frames involve the 
additional step of using block motion vectors to predict the 
current frame from previously decoded reference frame(s). 
Note that the previous decoded frame available has itself 
only been partially decoded. Thus, the strategy to be used in 
decoding the B and P frames must be carefully considered. 
In the following discussion, Case (a) refers to a motion 
compensation scheme which already exists and is commonly 
used in literature. Case (b) refers to a new motion compen- 
sation scheme that is disclosed herein. 

In order to simplify motion compensation, most known 
methods use the scheme given in the previous section, where 
each 8x8 sub-block is replaced by the weighted average of 
the 8x8 sub-blocks it overlaps. Consider the two scenarios: 
Case (a) replace the 8x8 sub-block with the weighted 
average of overlapped blocks in the partially decoded ref- 
erence frame and Case (b) replace the 8x8 sub -block with 
the exact pixels from the partially decoded reference frame. 
In Case (a), it will be seen that the entire 8x8 block in the 
motion compensated predicted frame will have a single 
value. In Case (b), the 8x8 block may potentially have many 
different values (i.e., pixels within it may have many dif- 
ferent values). In order to illustrate this further, consider an 
example of an 8x8 block going through Cases (a) and (b). 
FIG. 10 illustrates this. In FIG. 10, assume that the predic- 
tion block is obtained from an I frame i.e., each 8x8 block 
has a single value associated with it in the prediction frame. 
Case (a) will lead to an 8x8 block in the current frame which 
has only one value p. Case (b), will lead to an 8x8 block in 
the current frame which has potentially four different values. 

This does not cause much difference in the first few 
motion compensated frames (P or B frames) following an 
intra-coded reference frame (or I frame). In fact, because of 
the insensitivity of the histogram computation to averaging 
and sub-sampling, it would seem that the two procedures 
will be equally effective for histogram computation. 
However, Case (a) should be favored because it involves less 
computation and memory consumption. This occurs because 
in any given frame (I or P or B), with motion compensation 
performed as in Case (a), only one value for each 8x8 block 
will be obtained. Thus, 8 times less capacity is needed in 
each dimension i.e., potentially 64 (8x8 ) times lesser 
memory than for storing entire frames. However, Case (a) 
might lead to excessive degradation, as explained below, and 
hence is not a viable alternative. 

As the number of contiguous motion compensated 
frames, i.e., without an intervening I frame, increases, the 
difference between Case (a) and Case (b) increases. Refer- 
ring back to FT G. 3, consider what happens when prediction 
is attempted from an already motion compensated frame, for 
example, from a P frame to a B frame or from a P frame to 
another P frame. In Case (a), the weighted averaging opera- 
tion is applied on the four blocks the prediction block 
overlaps, each of which has a single value, and finish with 
a single value for the entire 8x8 predicted block. In Case (b), 
because each block in the prediction frame may have 
potentially four (or more) different values, the current pre- 
dicted block may have a large number of different values. 
Now, one should note the key difference which emerges 
between Cases (a) and (b) as this chain of prediction from 
already motion compensated frames becomes large. Given a 
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sufficiently long sequence of motion compensated frames, 
one would expect Case (a) to yield a single value for the 
entire frame, provided that there is sufficient motion between 
frames, as described later herein. This however, does not 
occur in Case (b). 

In order to explain this phenomenon more thoroughly, 
consider replacing each 8x8 block in the I frame by its mean 
to produce a smaller version of the original image. Now, 
motion compensation as implemented in Case (a) necessi- 
tates recursive application of a 2x2 averaging filter repeat- 
edly on this small image. From elementary Fourier analysis, 
it may be easily shown that repeated application of an 
averaging filter would lead to a uniform image in the limit, 
neglecting edge effects. 

It was observed in practice that the above observations 
hold true. For a typical MPEG-2 compressed sequence the 
distance between two I frames is 15 . It was found that this 
lead to a very noticeable degradation of performance when 
motion compensation was performed according to Case (a). 
The motion compensation scheme of Case (a) produces a 
strong periodical variation in the histograms which leads to 
spurious keyframe detection. Thus, Case (b) was used for 
implementation. Computing the histograms using the mini- 
mal decoding method cuts the histogram computation speed 
by half for a QCIF sequence, although the advantage was 
found to be larger for a higher resolution. Currently, a 
512-dimensional histogram vector is used, and is formed by 
concatenating a 256 bin grey scale (Y component) 
histogram, a 128 bin U component histogram and a 128 bin 
V component histogram. Note that the above discussion is 
applicable to Y, U and V components of a frame individually, 
regardless of chroma format. 

Extracting Particular Frames from an MPEG-2 Bitstream 

Extracting particular frames from an MPEG-2 bitstream, 
in the embodiment described herein, is a two step procedure. 
In the first step, which is carried out concurrently with the 
histogram calculation, a "bitstream index table" is generated 
which contains the information necessary to quickly decode 
a randomly picked frame from the MPEG-2 bitstream. Once 
the keyframe hierarchy is generated, i.e., identities of key- 
frames that will be in the hierarchical summary are defined, 
only the keyframes at the finest level of hierarchy need be 
decoded; frames at a coarse level of the hierarchy are a 
subset of the frames at the finest level. The second step in the 
keyframe extraction procedure is carried out by the decoder 
manager, as explained below, which uses the bitstream index 
table generated in the first step. 

The advantage of the above two step procedure over 
decoding relevant portions of the bitstream directly is a 
saving in time that would be required to review the entire 
bitstream to the frame of interest. In order to decode frame 
number 1350 from a 1400 frame MPEG-2 bitstream without 
a bitstream index table, it is necessary to parse the entire 
bitstream up to frame number 1350, although it might not be 
fully decoded. This takes a considerable amount of time. If 
a bitstream index table is available, one may go directly to 
the relevant portions of the bitstream; thus parsing and 
decoding at absolute minimum amount is only required. 

The following information is needed in order to decode a 
randomly picked frame, referred to herein as the current 
frame, from an MPEG-2 bitstream: 

1. The most recent Sequence Header in the past (its byte 
offset). 

2. The byte offset of the current frame into the bitstream. 

3. The most recent Quantization Matrix reset (if any) in 
the past (its byte offset). 

4. The reference frames (I-P/I-I/P-P) corresponding to the 
current frame, if the current frame is a B frame (their 
byte offsets). 
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5. The most recent I frame (which is the P frame's 
reference frame) if the current frame is a P frame (its 
byte oSset). 

It is to be noted that in the Case of B/P frames, several 
frames other than the reference frame(s) may need to be 5 
decoded in order to correctly decode the reference frame(s). 
A common data structure to hold the above information has 
been developed to facilitate information exchange between 
the two steps, i.e., (1) generating the bitstream index table 
and (2) using the bitstream index table of the frame extrac- 10 
tion method by the decoder manager, described later herein. 
The following segment of C-code embodies the different 
flags used in formulating the bitstream index table, although 
it will be appreciated that this is merely an example, and that 
BIT may have any number of different syntax forms: 15 

enum IndexFileState { 

K_SEQUENCE_HEADER=0, 

K_PICTURE„IFRAME, 

K_PICTURE_BFRAME, 

K„PICTURE_PFRAME, 

K_QUANT_MATRIX_EXTENSION, 

K_END_OF_DATA, 

K_OFFSET 

}; 

The K_OFFSET flag is added to any byte offset to 
differentiate it from the other flags defined above. Thus a 
byte offset of 15 would translate to 15+K_OFFSET (-21) in 
terms of our representation. K_END_OF_DATA is used a 30 
de-limiter between different events (for example sequence 
header and I frame or I frame and B frame etc.). To 
understand how the bitstream index table generated appears, 
suppose that the following sequence of events needed to be 
coded: 35 

1. Sequence Header starts at 0 bytes. 

2. I picture at 150 bytes 

3. P picture at 3000 bytes 

4. B picture at 4200 bytes 

40 

5. B picture at 5300 bytes 

6. Quant Matrix reset at 5400 bytes 

7. P picture at 6200 bytes 

This sequence is converted into the following represen- 
tation: 45 
K_END_OF_DATA K_SEQUENCE_HEADER 

K_OFFSET+0 K_END_OF_DATA 
K_PICTURE_IFRAME K_OFFSET+150 K_END_ 

OF_DATA 

K_PICTURE_PFRAME K_OFFSET+3000 K_END_ 50 

OF__DATA 
K_PICTURE_B FRAME 

K_OFFSET + 4200 K_EN D_OF_D ATA 
K PICTURE_BFRAME K_OFFSET+5300 55 

K_QUANT_MATRIX ^EXTENSION K_OFFSET+ 
5400 K_END__OF_DATA 

K_PICTURE_PFRAME K_OFFSET+6200 K_END_ 
OF_DATA 

This in turn will yield a byte representation, using the $n 
C-data structure given above, of: 

5 0 6 5 1 156 5 2 3006 5 3 4206 5 3 5306 4 5406 5 2 6206 
5 

The spaces in the above byte-wise representation are 
necessary for the decoder to parse the bitstream. Note that 65 
the K END_OF_DATA flag is, strictly speaking, redun- 
dant. How ever this flag may be used to prune out any 



spuriously generated data (due to errors in the bitstreams), 
thus making the algorithm error resilient. The flag acts as a 
"sync signal" to remove spurious data; for example a 
sequence header not followed by a byte offset (due to an 
error in the bitstream) will be discarded. 

The decoder manager which uses the above generated 
"bitstream index table" functions as follows: 

1. Initialize the last decoded frame number (ldf) to -1 

2. For each frame to be decoded (ftd) 

Find the frame at which to start decoding (sdf). 
If ftd is an I frame, then sdf-ftd. 
If ftd is a P frame, then sdfomost recent I frame 
before ftd. 

If ftd is a B frame, then sdf=most recent I frame 
before both of the anchor frames corresponding to 
ftd. 

If sdf obtained above is less than ldf+1 set sdf=ldf+l . 
Thus if sdf<ldf+l some of the required frames 
have been already decoded. 
For Mdf+1 to sdf 

Find the most recent sequence header (rsh). 
Find the most recent quant matrix reset (qmr), if qmr 
is greater than rsh (if any). 
Decode rsh, qmr in the order they appear in the 
bitstream. 

Decode all I and P frames sequentially starting from sdf 

till ftd-1. 
Decode ftd. 

In order to decode a stretch of frames, decode the first 
frame (ftd) following the decoder manager procedure, 
above. The rest of the frames are sequentially decoded till 
the end of the stretch. 

Field pictures need to be taken care of as a special case, 
if needed. One may possibly use the histograms of the 
even/odd fields, which ever is decoded first. The other field 
may not be decoded, in the case of B pictures, or may be 
decoded with the minimal decoding strategy, in the case of 
P and I pictures. The histograms need to be scaled by a factor 
of 2 if only one field is being decoded. It may also be 
possible that the extra decoded field may not be used in the 
computation of the histograms for P/I frames; in this case the 
histograms need not be scaled, because all frames have only 
one field contributing to the histogram. In order to differ- 
entiate fields from frames and take appropriate steps, the 
MPEG-2 bitstream provides two pieces of information from 
the picture header and picture coding extension: 

1. temporal reference (in the picture header) provides the 
frame number being currendy decoded. Note that the 
temporal reference is reset at the start of every Group 
of Pictures header. 

2. the picture structure (in the picture coding extension) 
provides the top/bottom field information. 

Generating a Pruned Bitstream Index Table for Compact 
Storage 

An important issue from an implementational point of 
view is the compact representation of the BIT to save disk 
space. At a first glance this might not seem important, since 
the bitstream index table may take only about 8-10 bytes of 
space for each frame, comparing with the large space 
occupied by the MPEG video. The over head may be 
reduced by taking the following steps: 

1. Using incremental byte offsets rather than absolute byte 
offsets. This results in a good amount of saving for 
large sequences. 

2. Using a simple text compression algorithm, like gzip on 
Unix platforms or pkzip on PCs. 
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3. Removing the END_OF_DATA flag. 

4. Pruning the bitstream index table to store the minimal 
amount of information necessary to decode the key- 
frames with minimal decoding and parsing of the 
bitstream. 

Note that the last item will allow access to only the 
keyframe locations and does not let the user change the 
locations of the keyframes later on. It may be also noted that 
(1) and (4) are not completely compatible. If incremental 
byte offsets are to be used, the pruning algorithm of (4) 
should change the byte offsets to reflect the changed order of 
frames. In the current implementation, a Pruned Bitstream 
Index Table is generated, as described below. The decoder 
manager subsequently uses this pruned version of the table. 
The decision to use a pruned bitstream table is a function of 
the amount of storage space available and speed that is to be 
obtained: if storage space is available, there is no need to 
prune the bitstream table, as there will be room for the full 
table, and retrieval and manipulation will be much quicker. 
Pruned Bitstream Index Table 

The same structure is used as for the bitstream index table 
(BIT) but with a different organizational syntax to develop 
the Pruned bitstream index table (PBIT). Each keyframe is 
represented as a unit (between two K_END__OF__DATA 
flags) as opposed to each video frame being represented as 
a unit in the BIT. The following information is necessary in 
order to decode a particular (current) keyframe without 
parsing and decoding the entire bitstream: 

1. The type of current keyframe I/B/P. 

2. The Start Decode Frame (sdf) corresponding to the 
current keyframe (byte offset). Note that the actual sdf 
in terms of byte offset (not ldf+1, if sdf<ldf+l) needs to 
be stored because the decoder might not be operating 
sequentially to decode all the keyframes, as was 
assumed to be in the BIT version of the decoder 
manager. In the case that the decoder is operating 
sequentially and sdf<ldf+l, then decoding needs to 
start from ldf+1. This information is already available 
as ldf+1 is the video frame following the previous 
keyframe, whose offset is available. 

3. Byte offset of the current keyframe. 

4. The most recent sequence header offset. There is no 
need for the K_SEQUENCE_HEADER flag, as every 
valid MPEG-2 bitstream has a sequence header. 

5. If there was ever any quantization matrix reset, the 
quantization matrix offset needs to be stored, with the 
K_Q U ANT_M ATRIX ^EXTENSION flag, because 
there may not be any quantization matrix reset in a 
valid MPEG-2 bitstream. Note that quantization matrix 
resets need not be stored if the reset occurs before the 
sequence header since the sequence header's appear- 
ance automatically resets the quantization matrix. 

The decoder manager uses the sdf information, the type of 
the current keyframe and its byte offset as follows: if the 
desired current keyframe is of type I or P, the decoder 
manager will start decoding at sdf, and will parse the 
bitstream and look only for I and P frames. Such I and P 
frames will be decoded until the current desired keyframe is 
reached, which is also decoded. In this technique, the 
decoder manager does not have to check to see if any frame 
is a B frame and thus looks for only I and P frame headers. 
If the desired current keyframe is of type B, the decoder 
manager will consider each frame starting from sdf, will 
decode all I or P frames, and stop at every B frame and check 
to see if that frame is the desired keyframe. 

If the keyframe is of type B, one may want to approximate 
it with its most recently decoded reference (I or P) frame, in 
order to eliminate the need for parsing B frames. 
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Suppose that a B frame is the keyframe to be decoded 
which starts at 53500 bytes offset, needs a quantization 
matrix to be read from 43000 bytes and a sequence header 
to be read at 39000 bytes. The frame to start decoding begins 
S at 45000 bytes. This data is encoded thus: 

K_END_OF_DATA K_PICTURE_B FRAME 

K_OFFSET+45000 
K_OFFSET+53500 K_OFFSET+39000 
K_QUANT_MATRIX_EXTENSION K_OFFSET+ 
10 43000 K_END__OF_DATA 

It should be clear that PBIT may be further slimmed down 
at the cost of increasing computational time by increasing 
the amount of parsing that the decoder manager performs. 
Hence, there is a tradeoff between complexity of decoder 
15 manager and the size of PBIT. An appropriate balance may 
be made depending on application requirements. For 
instance, the PBIT may store the sdf and the byte-offsets of 
all I and P frames between the sdf and the current keyframe 
and the byte offset of the current frame, eliminating the need 
for the decoder manager to parse the bitstream. The 
20 consequence, however, is an increase in size for PBIT. At the 
other extreme, only the sdf and the byte offset of the 
keyframe is stored, resulting in the most compact represen- 
tation for PBIT but requiring that the decoder manager 
parses the bitstream between the start frame and the key- 
25 frame positions and decodes the I and P frames. 

In order to incorporate automatic pan/zoom detect/extract 
functionality, the entire frame bitstream may need to be 
decoded. 

Thus a system for reviewing keyframes of a digital video 
30 sequence has been disclosed. The input video stream may be 
conventional digital video, or may be an DCT-based com- 
pressed stream. Although a preferred embodiment of the 
invention, and several variations thereto have been 
disclosed, it should be appreciated that further variations and 
3S modifications may be made thereto without departing from 
the scope of the invention as defined in the appended claims. 
I claim: 

1. A method of hierarchical digital video summarization 
and browsing comprising: 

4 0 inputting a digital video signal for a digital video 
sequence; and 

generating a hierarchical keyframe summary, including 
dividing the hierarchical keyframe summary into mul- 
tiple level summaries, including a most compact level 
45 summary, a coarse level summary, and a finest level 
summary, and 

identifying keyframes by setting k 3 -l, where to-0 and the 
second frame is chosen as a candidate for being the first 
keyframe; defining, for i-1 through K-l, and t,-2 

50 kf-t/.i* K+i to be the first video frame for which 
2C(t 1 )-C(k l )^C(k 1+I ) holds; and for i=K, computing 
t' /c =2k /c -t K _ 1 , and unless t^>2 k JC -t /c _ 3 =l , iC , keeping the 
results of the previous iteration, add an offset to all k,-s 
so that t^t'^, and stopping, otherwise, increment kj by 

55 1 and go to said defining; and 

identifying keyframes including starting from the second 
keyframe positioned at k 2 by the largest consecutive 
difference criteria. 

2. The method of claim 1 which includes, after said 
60 inputting, computing histograms for the digital video 

sequence; detecting shot boundaries within the digital video 
sequence; determining the number of keyframes allocated 
within each shot; and pruning keyframes for a shot without 
meaningful action. 
65 3. The method of claim 2 which includes, after said 
generating, browsing the keyframes using the hierarchical 
keyframe summary. 
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4. The method of claim 2 which, after said inputting, 19. The method of claim 18 wherein said allocating 
includes detecting and removing dissolve events. keyframes within each shot includes fully decoding the 

5. The method of claim 4 which, after said detecting and keyframe. 

removing dissolve events includes detecting global motion 20. The method of claim 19 wherein said fully decoding 

events by detecting frames within the digital video sequence S the keyframe includes decoding the keyframe without pars- 

that include events taken from the group of events consisting ing the video bitstream and without completely decoding the 

of pan events and zoom events. video bitstream by using a bitstream index table, 

6. The method of claim 5 which includes detecting pan 21. The method of claim 18 wherein said partially decod- 
events and building an image mosaic. ing a DCT-based compressed video includes using the DC 

7. The method of claim 5 which includes detecting zoom 10 value of DCT coefficients to compute a histogram, 
events, estimating the degree of zoom in the event, and 22. The method of claim 18 wherein said partially decod- 
compiling a zoom summary. ing includes decoding only keyframes and their reference 

8. The method of claim 5 which includes excluding global frames. 

motion events from the hierarchical summarization process. 23. The method of claim 18 wherein said decoding 

9. The method of claim 1 which includes browsing the 15 includes decoding by a decoder manager. 

keyframes by a user after selecting a specific level summary. 24. The method of claim 23 wherein said decoding by a 

10. The method of claim 1 wherein keyframes in the decoder manager includes using a bitstream index table to 
keyframe hierarchical summary may be spatially sub- decode the keyframes with minimal decoding and parsing of 
sampled into thumbnails for storage, retrieval or display. the entire video bitstream. 

11. The method of claim 1 wherein said generating a 20 25. The method of claim 24 wherein said decoding by the 
hierarchical keyframe summary includes clustering key- decoder manager includes generating a pruned bitstream 
frames and generating keyframes of a coarser level sum- index table and storing only the information needed to 
mary. decode keyframes without parsing and decoding the entire 

12. The method of claim 11 wherein said clustering bitstream. 

includes producing a compaction ratio in the number of 25 26. The method of claim 1 which further includes gener- 

keyframes at the coarser level. ating one or more coarser-level summaries from a given 

13. The method of claim 11 wherein said clustering keyframe summary by statistical clustering histogram vec- 
includes pairwise clustering. tors of keyframes. 

14. The method of claim 11 wherein said generating 27. The method of claim 26 where only those keyframes 
keyframes of a coarser level summary includes generating 30 that are consecutive in time are allowed to be included in the 
keyframes using largest consecutive difference criteria. same cluster. 

15. The method of claim 1 wherein said computing 28. The method of claim 27 where clustering is performed 
includes locating the last keyframe of the shot adjacent the using a pairwise K-means clustering algorithm, 
midpoint between t k-1 and t^. 29. The method of claim 28 which includes selecting 

16. The method of claim 1 wherein said identifying 35 keyframes to represent keyframe clusters and choosing 
includes selecting every (n/K)th frame as a keyframe. keyframes as those frames within the clusters whose histo- 

17. The method of claim 1 wherein said identifying gram vectors are closest to the centroid vectors of the 
includes detecting uninteresting shots and eliminating their clusters. 

keyframes from the hierarchical keyframe summary. 30. The method of claim 28 wherein said selecting 

18. The method of claim 1 wherein said inputting includes 40 includes selecting the keyframes in the second and existing 
inputting a compressed digital video sequence and general- subsequent clusters on the basis of largest consecutive 
ing a bitstream index table, wherein said computing histo- difference criterion. 

grams includes only partially decoding the compressed 

digital video sequence. ***** 
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